home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000312_news@newsmaster….columbia.edu _Mon Sep 8 09:54:22 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  8KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA22339
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 8 Sep 1997 09:54:22 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA00825
  7.     for kermit.misc@watsun; Mon, 8 Sep 1997 09:54:21 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: MSDOS Kermit to Kermit/2 script conversion notes
  12. Date: 8 Sep 1997 13:54:19 GMT
  13. Organization: Columbia University
  14. Lines: 168
  15. Message-ID: <5v102b$cen$1@apakabar.cc.columbia.edu>
  16. References: <TCPSMTP.17.9.8.2.15.0.2375661496.4677362@kincyb.com>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:7635
  19.  
  20. In article <TCPSMTP.17.9.8.2.15.0.2375661496.4677362@kincyb.com>,
  21.  <dallasii@kincyb.com> wrote:
  22. : 
  23. : [I'm cross-posting this to several forums where I think it will be
  24. : appropriate for discussion.
  25. : I apologize to anyone who finds it inappropriate (or long winded).]
  26.  
  27. It is considered polite to cross-post by listing all of the newsgroups
  28. in one copy of the post instead of sending separate posts to each
  29. group.  That way every group gets to see the responses.
  30.  
  31. : Some notes on converting command files from MS-DOS Kermit 3.14 to
  32. : Kermit/2 (Kermit-95 (C-Kermit for Windows-95) for OS/2)
  33. : (henceforth referred to as K2, K/2 or K2.EXE)
  34. : I welcome any comments:
  35. : 
  36. : 1) The OS/2 "EXTPROC" command seems to be the most underdocumented
  37. :    OS/2 command I've come across.  Few of the BIG, THICK OS/2 books
  38. :    (henceforth referred to as BTOB's) had much on it.  Almost nowhere
  39. :    was there a real working example of it.
  40. :    I expected it to be something similar to the UNIX 
  41. :    "#!/full/path/specification/to/the/interpreter" feature for the
  42. :    first line of a script.  Almost, but not quite.
  43. :    The documentation all said something to the effect of:
  44. : 
  45. :    EXTPROC <device>:\full\path\interpreter <parameters here>
  46.  
  47. That is the correct syntax for EXTPROC, but ...
  48.  
  49. :    I *expected* to use something like:
  50. : 
  51. :    EXTPROC <device>:\full\path\k2.exe = %1 %2 %3 %4 %5  %6 %7 %8 %9
  52.  
  53. This is not the syntax for Kermit-95.  K95 (and C-Kermit) requires that
  54. the command file be the first parameter on the command line.
  55.  
  56. :  on the first line of the procs to use them as OS/2 commands that
  57. : would pass the parameters to the script previously used for
  58. : MS-DOS Kermit into \&@[0] ... \&@[8].
  59. : 
  60. : What I found was needed was:
  61. : 
  62. :    EXTPROC <device>:\full\path\k2.exe <device>:\full\path\to\the\script.cmd
  63.  
  64. That is almost correct.
  65.  
  66. Try just 
  67.  
  68.     EXTPROC K2.EXE 
  69.  
  70. assuming that K2.EXE is in your PATH.  Then it should work fine.  OS/2
  71. will expand the current .CMD file and use that as the first parameter,
  72. and then the .CMD command line parameters will follow it.
  73.  
  74. You can then access the command line parameters using command line
  75. argument array \&@[].
  76.  
  77. : A further example:
  78. : 
  79. : file1 (ktest5.cmd):
  80. : ************************************************************
  81. : EXTPROC D:\K2\K2.EXE C:\USR\COMM\Ktest6.CMD
  82. : ;                                     A--Note
  83. : ; LAFN login script
  84. : ; DEL 30/01/97
  85. : echo \&@[0] \&@[1] \&@[2] \&@[3] \&@[4] \&@[5] \&@[6]
  86. : IF DEFINED \&@[3] ASSIGN \%1 \&@[3] 
  87. : IF DEFINED \&@[4] ASSIGN \%2 \&@[4]
  88. : IF DEFINED \&@[5] ASSIGN \%3 \&@[5]
  89. : echo \%1 \%2  \%3 \%4 \7 \7 \7 \7 \7 the input
  90. : echo Ktest5!\13\10
  91. : EXIT
  92. : *****************************************************************
  93.  
  94. This runs Ktest6.cmd instead of Ktest5.cmd because you have hard coded 
  95. the first parameter passed to K95 to be ktest6.cmd.
  96.  
  97. : file2 (ktest6.cmd):
  98. : ******************************************************************
  99. : EXTPROC D:\K2\K2.EXE C:\USR\COMM\Ktest6.CMD
  100. : ; LAFN login script
  101. : ; DEL 30/01/97
  102. : echo Suprise, you got Ktest6 instead!\13\10
  103. : EXIT
  104. : *******************************************************************
  105.  
  106. : Yes, I was suprised. 
  107. : EXTPROC seems to work as a comment most of the time, and
  108. : under certain circumstances as non-returning branch.
  109.  
  110. In K95 EXTPROC is exactly equivalent to COMMENT.  It is a alias.
  111.  
  112. : (one of the goals here is a command "lynx <password>" that will take 
  113. : me directly from the OS/2 command line to my LA FreeNet account
  114. : with Lynx active on my screen.)
  115.  
  116. You could do that with regular .CMD and .KSC files and bypass the
  117. EXTPROC procedures.
  118.  
  119. : 2) While functioning as a comment in K/2, and apparently in
  120. : most versions of C-Kermit, EXTPROC required some bogus
  121. : definition as a macro to minimize interuption when scripts
  122. : were run back with MS-DOS Kermit, I think I just 
  123. : "define EXTPROC echo" in my MSCUSTOM.INI file to allow things
  124. : to flow smoothly.
  125.  
  126. EXTPROC is not supported in DOS.  Therefore, I do not believe that
  127. anybody ever thought to add it there.
  128.  
  129. : 4) The GUI dialer works fine for targets where dialing in
  130. : usually goes quickly with lots of open ports.  With targets
  131. : like a University mainframe on a Sunday afternoone, where 
  132. : everyone is trying to get their homework assignments finished,
  133. : or my previous eMail provider, I found I needed scripts that
  134. : would keep trying till they got through.  Is there someway
  135. : to set up the dialer so it will accept the userid/password
  136. : as parameters, or ask you for them, without storing them, 
  137. : when invoked, then pass them to the dialup script.  
  138. : This may just be a point of my own ignorance about the Dialer & GUIs.
  139. : I know it can be built into the scripts, but it seems like this
  140. : should be just as much a part of the Dialer as the ability to
  141. : store non-unique non-security issue passwords permenantly in the 
  142. : Dialer database.
  143.  
  144. The dialer provides for automatic retries.  No scripting required.
  145. This is built into K95's DIAL command.  The number of retries,
  146. interval between retries, etc are located on the Location->General
  147. page.
  148.  
  149. If your host has multiple phone numbers you want to try use a Dialing
  150. directory and specify the dialing directory entry name in the phone
  151. number field instead of an actual phone number.  K95 will auto-dial
  152. through the entire list.
  153.  
  154. The dialer will not prompt for the password.  However, you can specify
  155. your own wrapper script that will prompt for the password and then
  156. TAKE LOGIN.KSC to login.  I will consider adding this feature.
  157.  
  158. : 5) I found I was frequently having to modify portions of the
  159. : scripts to have a set of commands like:
  160. : 
  161. : input <n> <some string>
  162. : reinput 1 <the same string>
  163. : 
  164. : It seems that when it's late at night, the target/host CPU has little
  165. : to occupy it, and the not so busy phone lines allow a 28,800 connection
  166. : maybe the prompts that the target are sending sneak through before interpreter
  167. : on my feeble '386 is ready to respond, so it needs to recheck 
  168. : the received input to find something that was missed.  When the host is
  169. : busy and responds sluggishly, the phone lines are clogged and don't
  170. : allow such fast connections the "input" command will catch the prompt
  171. : itself.  But this doesn't make any sense since everything must go through
  172. : my CPU (the one running K/2) anyway, so why should it miss anything to begin
  173. : with? Is this some sort of interupt/multi-threading issue, or am I just
  174. : working to late on this to think clearly?
  175.  
  176. You will have to show us the script you are using to login in for us
  177. to help you on this one.  Of course, the usual things apply when using
  178. high speed modems make sure that your flow control for the modem and
  179. the serial port are set to Hardware Flow Control so that you do not
  180. lose data and be sure to use a buffered UART such as a 16550.
  181.  
  182. Send support questions to kermit-support@columbia.edu.
  183.  
  184.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  185.                  The Kermit Project * Columbia University
  186.        612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  187.     http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu